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METHOD AND APPARATUS FOR PROVIDING PACKET BASED 
AND DISTRIBUTED xDSL COMMUNICATIONS 

CROSS REFERENCE TO RELATED APPLICATION 

5 This application claims the benefit of prior filed co-pending Provisional Application No. 

60/145,074 entitled "UNIVERSAL x-DSL ARCHITECTURE" and filed on July 21, 1999. 
The above-cited applications is incorporated herein by reference in its entirety. 

BACKGROUND OF THE INVENTION 

1. Field of Invention 

10 This invention relates generally to communications, and more particularly, to a method and 

apparatus for providing digital subscriber line (xDSL) communications between analog front 
ends ( AFEs) and one or more digital signal processors (DSPs). 

2. Description of the Related Art 

North American Integrated Service Digital Network (ISDN) Standard, defined by the 

15 American National Standard Institute (ANSI), regulates the protocol of information 

transmissions over telephone lines. In particular, the ISDN standard regulates the rate at which 
information can be transmitted and in what format. ISDN allows full duplex digital 
transmission of two 64 kilo bit per second data channels. These data rates may easily be 
achieved over the trunk lines, which connect the telephone companies' central offices. The 

20 problem lies in passing these signals across the subscriber line between the central office and 
the business or residential user. These lines were originally constructed to handle voice traffic 
in the narrow band between 300 Hz to 3000 Hz at bandwidths equivalent to several kilo baud. 

Digital Subscriber Lines (DSL) technology and improvements thereon including: G.Lite, 
ADSL, VDSL, HDSL all of which are broadly identified as xDSL have been developed to 

25 increase the effective bandwidth of existing subscriber line connections, without requiring the 
installation of new fiber optic cable. An xDSL modem operates at frequencies higher than the 
voiceband frequencies, thus an xDSL modem may operate simultaneously with a voiceband 
modem or a telephone conversation. 

Currently there are over ten discrete xDSL standards, including: G.Lite, ADSL, VDSL, 

30 SDSL, MDSL, RADSL, HDSL, etc. Within each standard there are at least two possible line 
codes, or modulation protocols, discrete multi-tone (DMT) and carrierless AMZPM (CAP). A 
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typical DMT system utilizes a transmitter inverse fast Fourier transform (IFFT) and a receiver 
fast Fourier transform (FFT). The following patents are related to DMT modems: U.S. Pat. 
No. 5,400,322 relates to bit allocation in the multicarrier channels; U.S. Pat. No. 5,479,447 
relates to bandwidth optimization; U.S. Pat. No. 5,317,596 relates to echo cancellation; and 
U.S. Pat. No. 5,285, 474 relates to equalizers. The following patents are related to CAP 
modems: U.S. Pat. No. 4,944,492 relates to multidimensional passband transmission; U.S. Pat. 
No. 4,682,358 relates to echo cancellation; and U.S. Pat. No. 5,052,000 relates to equalizers. 
Each of these patents is incorporated by reference as if fully set forth herein. 

XDSL modems are typically installed in pairs, with one of the modems installed in a home 
and the other in the telephone companies central office (CO) switching office servicing that 
home. This provides a direct dedicated connection to the home from a line card at the central 
office on which the modem is implemented through the subscriber line or local loop. 

Modems using CAP or DMT or other line codes, essentially have three hardware sections: 

(a) an analog front end (AFE) to convert the analog signals on the subscriber line into digital 
signals and convert digital signals for transmission on the subscriber line into analog signals, 

(b) digital signal processing (DSP) circuitry to convert the digital signals into an information 
bitstream and optionally provide error correction, echo cancellation, and line equalization, and 

(c) a host interface between the information bitstream and its source/destination. Typically all 
of these components are located on a highly integrated single line card with a dedicated 
connection between one or more AFE's and a DSP. 

Each installation represents a sizeable expense in hardware and service labor to provision 
the central office. The expense may not always be amortized over a sufficient period of time 
due the relentless introduction of new and faster xDSL standards each of which pushes the 
performance boundaries of the subscriber line in the direction of increasing bandwidth and 
signal integrity. As each new standard involves, line cards must typically be replaced to 
upgrade the service. 

What is needed is a less rigid signal processing architecture that supports scalability of CO 
resources, and allows a more flexible hardware response to the evolving xDSL standards and 
the problems associated with providing hardware to handle each new standard. 
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SUMMARY OF THE INVENTION 

The present invention advantageously provides a method and apparatus for providing 
digital subscriber line (xDSL) communications between analog front ends (AFEs) and one or 
5 more digital signal processors (DSPs), such that, any XDSL protocol can be supported either 
locally or in a distributed fashion. 

The present invention provides a signal processing architecture that supports scalability of 
CO resources, and allows a more flexible hardware response to the evolving xDSL standards 
and the problems associated with providing hardware to handle each new standard. 

10 In an embodiment of the invention an apparatus and associated method for a packet 

based system operable to process subscriber line communications effectuable between at 
least one digital signal processor (DSP) and a plurality of analog front ends (AFEs) each 
coupled to at least one corresponding subscriber line is disclosed. The apparatus allows the 
transport of a corresponding channel of data between a subscriber coupled to a 

15 corresponding subscriber line and the DSP. The apparatus includes a bus for the transport 
of digital sampled data, a DSP I/O interface and a plurality of AFE I/O interfaces. The 
DSP I/O interfaces couples the DSP to said bus. The DSP I/O interface for accepting a 
plurality of downstream channels of digital data from the DSP and for transmitting packets 
each associated with a portion of a corresponding one of said downstream channels to said 

20 bus. Each of said packets includes indicia of a targeted one among the AFEs coupled to a 
selected one of the subscriber lines for the transport of said packet to the subscriber. The 
plurality of AFE I/O interfaces each couple an associated one of the plurality of AFEs to 
said bus. Each of said plurality of AFE I/O interfaces for transmitting selected ones among 
said packets in which the indicia corresponds to that of the associated one of the plurality 

25 of AFEs to the selected one of the subscriber lines for the transport of said packet to the 
subscriber. 

BRIEF DESCRIPTION OF THE DRAWINGS 

30 These and other features and advantages of the present invention will become more 

apparent to those skilled in the art from the following detailed description in conjunction with 
the appended drawings in which: 
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FIG. 1 depicts an overall system environment in which individual subscribers are 
coupled across public service telephone network (PSTN) subscriber lines with one or more 
high speed networks. 

FIG. 2 depicts a more detailed view of a representative one of the central offices shown 
5 in FIG. 1 including both digital subscriber line access modules (DSLAMs) and PSTN voice 
band modules. 

FIG 3 shows a more detailed view of various architectural variations of DSLAM 
modules shown in FIG 2 which are enabled by the current invention. 

FIG 4 is a more detailed view of one of the architectural variations shown in FIG 3 in 
10 which a plurality of AFEs are coupled to a DSP. 

FIG. 5 shows packet transport of subscriber line data across the system bus shown in 

FIG. 4. 

FIGS. 6A-B are detailed structural views of the receive and transmit packets 
respectively for transport of data on the system bus shown in FIG. 5. 

15 FIGS. 7A-B are detailed timing diagrams of one and many channels of subscriber line 

data respectively on the bus shown in FIG. 5. 

FIGS. 8A-B are process flow diagrams showing a portion of the processes executed by 
the DSP and AFE I/O interfaces respectively for the transport of data across the bus shown in 
FIG 5. 

20 FIG. 9 is a signal diagram showing the available bandwidth associated with selected 

xDSL subscriber line standards, i.e. G.Lite, ADSL and VDSL. 

FIGS. 10A-D are tables listing distinct configuration parameters for several xDSL 
subscriber line standards, i.e. G.Lite, ADSL and VDSL. 

FIGS. 1 1 A-C show data structures associated with the management and provisioning 
25 of xDSL communications according to an embodiment of the current invention. 

FIG 12 is a candlestick diagram showing communications between a subscriber and a 
network during initial, setup, and run phases according to an embodiment of the current 
invention. 

FIG 13A-B are detailed structural views of the device packets utilized in the DSP for 
30 the transport of data between various submodules of the DSP shown in FIG. 4. 
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FIG. 14 is a process flow diagram of representative processes associated with an 
embodiment of the current invention, which processes are executed by various submodules of 
the DSP shown in FIG 4 in response to receipt of device packets shown in FIGS. 13 A-B. 

FIG 15 is a process flow diagram of representative processes executed by the DSP 
shown in FIG. 4. 

FIG 16 is a process flow diagram of representative processes executed by each of the 
AFE's shown in FIG. 4. 
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DETAILED DESCRIPTION OF THE EMBODIMENTS 

The present invention advantageously enables a method and apparatus for providing 
digital subscriber line (xDSL) communications between analog front ends (AFEs) and one or 
more digital signal processors (DSPs). 

5 The present invention provides a signal processing architecture that supports 

scalability of CO/DLC/ONU resources, and allows a significantly more flexible hardware 
response to the evolving xDSL standards without overcommitting of hardware resources. As 
standards evolve hardware may be reconfigured to support the new standards. 

FIG. 1 depicts an overall system environment in which individual subscribers are 

10 coupled across public service telephone network (PSTN) subscriber lines with one or more 
high speed networks. Telco COs 100, 102, 106 and remote access terminal 104 are shown 
coupling various subscribers to one another and to a high speed network 140. The high speed 
network 140 provides fiber optic links between the central office and remote access terminal. 
CO's 100-102 are coupled to one another via fiber optic link 142. CO 102 couples to remote 

15 access terminal 104 via fiber optic link 146. CO also couples to subscriber site 122 via fiber 
optic link 144. CO 102 and CO 106 couple to one another via a wireless link provided by 
corresponding wireless transceivers 130 and 132 respectively. The "last mile" connecting 
each subscriber, (except subscriber 122) is provided by twisted copper PSTN telephone lines. 
On these subscriber lines voice band and data communication are provided. The data 

20 communication is shown as various xDSL protocols including G.Lite, ADSL VDSL, and 

HDSL2. CO 100 is coupled via G.Lite and ADSL modulated subscriber line connections 160 
with subscribers 1 10 and 112. CO 100 is also coupled via G.Lite and ADSL modulated 
subscriber line connections 162 with subscriber 114. CO 106 is also coupled via a subscriber 
line to subscriber 134. Remote access terminal is coupled via subscriber line connections 164 

25 with subscribers 120. In each case the corresponding CO may advantageously be provided 
with distributed AFE and DSP resources for handling multiple protocols from multiple 
locations with the added benefit of load balancing, and statistical multiplexing. The apparatus 
and method of the current invention is suitable for handling communications on any of these 
subscriber lines. 

30 In an alternate embodiment of the invention communications are also provided 

between DSP resources at one site, e.g. CO 100 and AFE resources at a separate site, e.g. CO 
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FIG. 2 depicts a more detailed view of a representative one of the central offices 
shown in FIG. 1 including bbth digital subscriber line access modules (DSLAMs) and PSTN 
voice band modules^Th'e CO 100 includes subscriber line connections to subscribers 1 10-114. 
Each of these connections terminates in the frame room 200 of the CO. From this room 
connections are made for each subscriber line via splitters and hybrids to both a DSLAM 202 
and to tfie voice band racks 204. The splitter shunts voice band communications to dedicated 
line cards, e.g. line card 242 or to a voice band modem pool (not shown). The splitter shunts 
higher frequency xDSL communications on the subscriber line to a selected line card 210 
within PSLAM 202. The line cards of the current invention are universal, meaning they can 
handle any current or evolving standard of xDSL and may be upgraded on the fly to handle 
new standards. 

Voice band call set up is controlled by a Telco switch matrix 240 such as SS7. This 
makes point-to-point connections to other subscribers for voice band communications. The 
xDSL communications may be processed by a universal line card such as line card 212. That 
line card includes a plurality of AFE's 212 each capable of supporting a plurality of subscriber 
lines. The AFEs are coupled via a proprietary packet based bus 214 to a DSP 216 which is 
also capable of multi-protocol support for all subscriber lines to which the AFE's are coupled. 
The line card itself is coupled to a back-plane bus 218 which may in an embodiment of the 
invention be capable of offloading and transporting low latency xDSL traffic between other 
DSPs for load balancing. Communications between AFE's and DSP(s) are packet based 
which allows a distributed architecture such as will be set forth in the following FIG. 3 to be 
implemented. Each of the DSLAM line cards operates under the control of a DSLAM 
contrqller 200 which handles global provisioning, e.g. allocation of subscriber lines to AFE 
and DSP resources. Once a xDSL connection is established between the subscriber and a 
selected one of the DSLAM submodules, e.g. AFE and DSP the subscriber will be able to 
access any network to which the DSLAM is connected. In the example shown the DSLAM 
couples via server 230 with Internet 140. 

FIG 3 shows a more detailed view of various architectural variations of DSLAM 
modules shown in FIG. 2 which are enabled by the current invention. An exploded 
representation of a rack within the DSLAM module 202 of the central office 1 00 is shown. 
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Additionally an exploded partial view of a rack within a corresponding DSLAM module 
within CO 102 is also shown. The rack includes a plurality of line cards 320, 324, 328, 332, 
342, 346 and 360 coupled to one or both of a packet based DSP bus 31 OA and an ATM bus 
31 2 A. The ATM bus may implement a number of protocols including TCP/IP, SPX/EX etc. 
5 The choice of ATM bus is arbitrary, other packet based busses may be used instead. The DSP 
bus 31 OA implements a proprietary packet based architecture which allows communication of 
raw data between a selected AFE and a selected DSP. Each packet 302 includes a header 
identifying channel, and target, i.e. DSP or AFE. 

The details of that bus will be set forth in greater detail in the following FIGS. 4-7. 

10 AFE Line cards 320,324 each include a plurality of AFEs, e.g. AFEs 322 and 326, respectively 
each AFE line card is coupled to at least one subscriber line. Each of the line cards also 
couples to DSP bus 310A. DSP line card 328 includes at least one DSP, e.g. DSP 330. The 
DSP also couples to DSP bus 31 OA. Upstream raw digital data from subscribers 1 10 or 1 12 is 
digitized by a corresponding one of AFE's 322 or 326 and passed in packet form onto DSP bus 

15 31 OA for processing by a requesting one of the DSP's on line card 328. When multiple DSP's 
are accessing the bus they may have their access arbitrated by a bus arbitrator 340 present on 
line card 332. This line card couples to both the DSP bus 3 1 OA as well as the ATM bus. Line 
card 346, is a universal line card which contains multiple AFE's e.g. AFE 348 coupled via an 
on card DSP bus 350 to a DSP 352 on the line card. The AFEs are coupled via xDSL 

20 subscriber lines to subscriber 114. ATM data provided from bus 3 12 A to this line card passes 
directly to a corresponding one of subscribers, e.g. subscriber 1 14. Raw data on DSP bus 
31 OA may be routed beyond CO 100, e.g. to CO 102 for processing by a corresponding line 
card with DSP resources in that office as well. Such load balancing would be equally 
appropriate assuming a gigabit fiber link between CO/DLC/ONU. Such routing is 

25 accomplished by a bridge module 344 on line card 342. The bridge module wraps raw data 
packet 302 received from an AFE line card, e.g. line card 320, with an appropriate ATM 
header and sends the wrapped packet 304 across an ATM access card 360 to a corresponding 
access card (not shown) in CO 1 02. In that office data is transferred across ATM bus 3 1 2B via 
bridge 364 to DSP bus 310B. From that bus the DSP line card 366 and specifically a 

30 requesting DSP 368 processes the raw data and reroutes it back to the ATM network. In still 
another embodiment of the invention device packets 300 are utilized to control channel flow 
and control parameters within the various submodules of a DSP. This latter embodiment 
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enables multipath, multiprotocol xDSL support within each DSP. This packet structure and 
the processes for handling it will be set forth in detail in the following FIGS. 4, 13 and 15. 

FIG. 4 is a more detailed view of one of the architectural variations shown in FIG. 3 in 
which a plurality of AFEs are coupled to a DSP. FIG. 4 shows packet based raw data 
processing both between a DSP and AFE as well as within each DSP and AFE. Packet 
processing between DSP and AFE modules involves transfer of bus packets 302 (See FIGS. 
6A-B). Packet processing within a DSP may involve device packets 300 (See FIGS. 13A-B). 
Packet processing within an AFE may involve raw data packets 450. These will be discussed 
in the following text. 

These modules, AFE and DSP, may be found on a single universal line card, such as 
line card 348 in FIG 3. They may alternately be displaced from one another on separate line 
cards linked by a DSP bus, such as line cards 320 and 328 shown in FIG. 3. In still another 
embodiment they may be found displaced across an ATM network such as is the case 
discussed above in connection with line cards 320 and 366. 

DSP line card 328 includes one or more DSP's. In an embodiment of the invention 
each may include structures set forth in the figure for handling of multiple line code s and $ ndL 

multiple channels. The line card includes, a DSP medium access control (MAC) 416 which Ccjd&S 
handles packet transfers to and from the DSP bus. That line card implements processes set 
forth in FIG. 8 A. The MAC couples with a packet assembler/disassembler (PAD) 418. For 
received DSP bus packets, the PAD handles removal of the DSP bus packet header and 
insertion of the device header and control header which is part of the device packet 300. (See 
FIGS. 13 A-B). These content of these headers is generated by the core processor 424 using 
statistics gathered by the de-framer 402, such as gain tables, or embedded operations channel 
communications from the subscriber side. The PAD embeds the required commands 
25 generated by the core processor in the header or control portions of the device packet header. 
Upstream device packets 300 (Receive packets) pass into a first-in-first-out FIFO buffer 410 
which is controlled by FIFO controller 404. These packets correspond with multiple protocols 
and multiple channejis^ Each is labeled accordingly. The receive processing engine 400 in this 
case a DMT engine fetches packets and processes the data in them in a manner appropriate for 
30 the protocol, channel and command instructions, if any, indicated by the header. The 

processed data is then placed in the next FIFO buffer 412 which is controlled by controller 
406. The next module in the receive pipeline is the De-Framer and Reed Solomon Decoder 
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402. This module reads the next device packet and processes the data in it in accordance with 
the instructions or parameters in its header. The processed de-framed data is passed to the 
final FIFO buffer 414 which is controlled by controller 408. That data is then passed to the 
ATM pad 426 for wrapping with an ATM header and removal of the device header. From the 
5 The ATM MAC 428 then places the data with an ATM packet on the ATM network 140 (see 
FIG. 2). 

Control of the transmit modules, e.g. DMT engine 400 and De-Framer Decoder 402 as 
well as submodules thereof is implemented as follows. The core processor 424 has DMA 
access to the FIFO buffer 414 from which it gathers statistical information on each channel 

10 including gain tables, or gain table change requests from the subscriber as well as instructions 
in the embedded operations portion of the channel. Those tables 422 are stored by the core 
processor in memory 420. When a change in gain table for a particular channel is called for 
the core processor sends instructions regarding the change in the header of the device packet 
for that channel via PAD 418 and writes the new gain table to a memory which can be 

15 accessed by the appropriate module, i.e. DMT module 400 or the appropriate submodule 

thereof as a packet corresponding to that channel is received by the module. This technique of 
in band signaling with packet headers allows independent scheduling of actions on a channel 
by channel basis in a manner which does not require the direct control of the core processor. 
Instead each module in the transmit path can execute independently of the other at the 

20 appropriate time whatever actions are required of it as dictated by the information in the device 

header which it reads and executes. °* 

This device architecture allows the DSP transmit and receive paths to be fabricated as 
independent modules or submodules which respond to packet header control information for ^ 
processing of successive packets with different XDSL protocols , e.g. a packet with ADSL 

25 sample data followed by a packet with VDSL sampled data. Within the DMT Rx engine 400 
for example, there may be submodules with independent processing capability such as: a time 
domain equalizer, a cyclic prefix remover, an DFT, a gain scaler, a trellis decoder and a tone 
reorderer, as well as filters, a windowers. ..etc and their counterparts on the DMT Tx engine in 
the transmit path. Each of these may independently respond to successive device headers to 

30 change parameters between successive packets. For example as successive packets from 
channels implementing G.Lite, ADSL and VDSL pass through the DMT Tx engine the 
number of tones will vary from 128 for G.lite, to 256 for ADSL, to 2048 for VDSL. The 
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framer and de-firamer will use protocol specific information associated with each of these 
channels to look for different frame and superframe boundaries. 

On the downstream side, i.e. Transmit, the same architecture applies. ATM data which 
is unwrapped by PAD 426 is re-wrapped with a device header the contents of which are again 
5 dictated by the core processor 424. That processor embeds control information related to each 
channel in the packets corresponding to that channel The device packets are then passed to 
the FIFO buffer 440 which is controlled by controller 434. The Framer and RS encoder 430 
and or submodules thereof then processes these packets according to the information contained 
in their header or control portions of each device packet. The Framer then updates the device 
10 packet header and writes the resultant device packet to the next FIFO buffer 442 which is 
controlled by controller 436. The next module in the transmit pipeline is the DMT transmit 
module 432. This module accepts the data and processes it for transmission. Transmission 
processing may include: tone ordering, trellis encoding, gain scaling, an IDFT, and cyclic 
£ prefix modules each with independent ability to read and respond to device headers. 

[U 15 From the DMT Tx engine 432 an updated device packet is placed in the FIFO buffer 

444 under the control of controller 438. From this buffer the device packet is sent to PAD 418 
N where the device header is removed. The DSP PAD places the DSP packet 302 with an 

~ appropriate header onto the DSP bus 31 OA for transmission to the appropriate AFE and the 

H appropriate channel and subscriber line within the AFE (See FIG. 6B). 

HJ 20 Because the data flow in the AFE allows a more linear treatment of each channel of 

f~l information an out of band control process is utilized within the AFE. In contrast to the DSP 

" device packets which are used to coordinate various independent modules within the DSP the 

AFE accomplished channel and protocol changeovers with a slightly different control method. 

A packet on the bus 31 OA directed to AFE 324 is detected by AFE MAC 474 on the 
25 basis of information contained in the packet header. The packet is passed to PAD 476 which 
removes the header 448 and sends it to the core processor 482 and the packet header 
information including cha nnel ID t o the core processors memory 478. The information is 
contained in a table 480. The raw data 450 is passed to a FIFO buffer 468 under the control of 
controller 464. Each channel has a memory mapped location in that buffer. The interpolator 
30 reads a fixed amount of data from each channel location in the FIFO buffer. The amount of 
data read varies for each channel depending on the bandwidth of the channel. The amount of 
data read during each bus interval ( See FIG. 5) is governed by entries in the control table 480 
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for each channel which is established during channel setup using information contained in a 
bus packet 302 which contains control parameters for the channel. The interpolator upsamples 
the data and low pass filters it to reduce the noise introduced by the DSP. Implementing 
interpolation in the AFE as opposed to the DSP has the advantage of lowering the bandwidth 
5 requirements of the DSP bus 3 10A. From the interpolator data is passed to the FIFO buffer 
470 under the control of controller 466. The packets 472 have increased in size as a result of 
the interpolation. The next module in the transmit pipeline is a DAC 454 which processes 
each channel in accordance with commands received from the core processor 482 using 
control parameters downloaded to the control table 480 during channel setup. The analog 

10 output of the DAC is passed via analog mux to a corresponding one of sample and hold 

devices 458. Each sample and hold is associated with a corresponding subscriber line. The 
sampled data is filtered in analog filters 460 and amplified by line amplifiers 462. The 
parameters for each of these devices, i.e. filter coefficients, amplifier gain etc. are controlled 
by the core processor using the above discussed control table 480 and the appropriate 

15 parameters stored therein during session set up. For example, where successive packets carry 
packets with G. Lite, ADSL T and VDSL protocols the sa mple rate of the anal ogjuux 456 the 
filter paremeters for filter 460 and the gain of the analog amplifiers will vary for each packet. 
This "on the fly" configurability allows a single transmit or receive pipeline to be used for 
multiple concurrent protocols. 

20 On the upstream path, the receive path, individual subscriber lines couple to individual 

line amplifiers 494 through splitter and hybrids (not shown). Each channel is passed through 
analog filters 492, sample and hold modules 490 and dedicated ADC modules 486-488. As 
discussed above in connection with the transmit path, each of these components is configured 
on the fly for each new packet depending on the protocol associated with it. Each channel of 

25 data is placed in a memory mapped location of FIFO memory 504 under the control of 

controller 498. From the controller fixed amounts of data for each channel, varying depending 
on the bandwidth of the channel, are processed by the decimator and filter module 484. The 
amount processed for each channel is determined based on parameters stored in the control 
table. Those parameters may be written to that table during the setup phase for each channel. 

30 From the decimator and filter the raw data is passed to FIFO buffer 502 which is 

controlled by controller 496. Scheduled amounts of this data are moved to PAD 476 during 
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each bus interval. The PAD wraps the raw data in a DSP header with c hannel ID and other 
information which allows the receiving DSP to properly process it (See FIG. 6A). 

r In an alternate embodiment of the invention the same packetbased contr ol principal 
\nay be used in both the transmit and receive path to implement not only multiple protocols 
5 (.concurrently but alternate lines codes, e.g. CAP/QAM. 

FIG. 5 shows packet transport of subscriber line data across the system bus shown in 
FIG. 4. A plurality of upstream 520 and downstream 522 DSP bus packets 302 are shown 
being placed on the DSP bus 3 1 OA. The bus transports each channel in an amount 
corresponding to the bandwidth requirements of each individual channel. The utilization of 
10 the bus is governed the DSP which is placing data on the bus. Each channel has a configurable 
interval of time in a round robin sequence governed by the DSP for upstream and downstream 
transport between a DSP and a corresponding AFE. Frames 550-556 are part of a single 
Q VDSL channel. Header 558 is the header for that channel. The packet boundaries on the bus 

55 need not, and in fact normally will not coincide in either the upstream or downstream direction 

15 with frame or superframe boundaries. This allows higher data throughput and reduced 
complexity in bus design. Packet 560 and associated header 562 mark the end of a bus 
interval ts. 

FIGS. 6A-B are detailed structural views of the receive and transmit packets 302 
respectively for transport of data on the system bus shown in FIG. 5. The transmit packet 
20 comprises a header and a payload portion 602. The header includes fixed length fields 604- 
614. Field 604 records the channel or control register address. Field 614 is the read/write 
field. If the field is set with a read bit the DSP is requesting data from the AFE. The data may 
be channel data or information from a specific module within the AFE. These latter requests 
are register requests. A register is the memory location where control parameters for a module 
25 are stored. They are memory mapped and are part of control table 480 (See FIG 4). 

Alternately, if field 614 is set with a write bit the received packets data portion 602 contains 
data to be written to a corresponding channel or register. If the data is written to a channel it is 
communicated through the AFE transmit path for that channel to the subscriber. If the data is 
written to a register it is communicated to one or more of the modules in the transmit/receive 
30 path for processing a particular channel. The DSP ID field 606 is an optional identification 
field useful when more than one DSP can access the DSP bus. The AFE ID field 608 is used 
to target a specific AFE on the bus for processing of the packet. When the AFE MAC 474 
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(See FIG. 4) detects this field it accepts the packet from the bus. The transmit length field 610 
indicates for write operations how much data the AFE will expect in the payload portion 602 
of the packet. The receive length accompanies a read request in field 614 and indicates how 
much data the AFE should pass to the requesting DSP. 

5 The receive packet passes from the AFE to the corresponding DSP on bus 31 OA. The 

bus is bi-directional. The receive packet contains a header 620 and a payload. The header 
contains fields 626,628 and 630 for indicating the receiving DSP, the sending AFE, and the 
length of the payload in the packet, respectively. Optionally the packet may contain a 
channel/register address field 624 for correlating the payload with a specific channel and 
10 register. Where a single DSP masters the bus 31 OA this field may not be required. 

FIGS. 7A-B are detailed timing diagrams of one and many channels of subscriber 
line data respectively on the bus shown in FIG 5. FIG 7 A shows a bus signal diagram with a 
clock signal 700 a bus valid pin signal 702 and a data signal 704. This bus employs master- 
slave protocol where all bus transactions start with a header byte transmitted by the bus 

15 master. In an embodiment of the invention the bus is a synchronous bus with all master and 
slaves served by the same clock source. Only one device on the bus is selected to be the bus 
master. The bus master is responsible for bus scheduling to guarantee there in no bus 
contention. The bus master transmits header byte when all the slaves on the bus have de- 
asserted their BUSJVALID signal and are in listening state. The header holds the receivers 

20 address information as well as the type of bus transaction to be followed. 

Transmit operation is when data is transmitted from the Master (DSP) to a slave (AFE). 
When all the slaves on the bus have de-asserted their BUS VALID signals 710 and are in 
listening state the bus master transmits a Transmit Header word 712. The header holds the 
AFE and channel select address information as well as the transfer length. Data transfer 714 
25 begins immediately after the header word. The BUSVALID signal 702 is asserted by the 
master (DSP) when header byte is transmitted and remains asserted until data transmit is 
complete. Transmit operation ends 716 when BUSVALID is de-asserted. 

Receive operation is when data is transmitted from a slave to the master (DSP). 
Bus master initiates the receive operation. Bus master selects the AFE device by 
30 broadcasting a Transmit Header 718 on the bus. BUSVALID signal is asserted by the 

master during header cycle and released 720 immediately. The header holds the AFE and 
Channel select address information as well as the transfer length. The selected AFE takes 
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control of the bus one or more cycles after header is received by asserting the BUSVALID 
722. The slave transmits the transmit header word followed by the data 724. 

All devices on the bus must wait for BUSVALID to be de-asserted before 
attempting to transmit data on the bus. Slave devices are selected by the Master device to 
5 use the bus. Master device must guarantee by design that only one slave device is selected 
at any one time. A data transaction by a slave can not be interrupted by the master until it 
is complete. The transfer length per packet in either direction is controlled by the header 
information. In the transmit operation DSP sets TLEGTH 610 value in the header and 
transmits that many number of bytes of data to the selected channel. FIFO overrun /under- 
10 run status bits are set accordingly in the status registers in the target AFE. In receive 

operation DSP sets the upper limit of packet transfer length 612 in the transmit header and 
the AFE transmits that many bytes to DSP or if not available can choose to transmit less 
f=i bytes by setting the number of bytes sent 630 in the receive header accordingly. FIFO 

jO overrun/under-run condition is recorded in the status registers. The DSP uses a Channel 

u § 

m 15 Schedule table 422 in the DSP to access the channels (See FIG. 4). This table holds entries 
H for packet transfer length per channel for both receive and transmit. A zero entry in these 

Sj fields indicates a channel is not active (Alternately a bit can be assigned to indicate 

1 active/none-active per channel in the table). The DSP may service the Channel Schedule 

q table in a circular fashion. This table in an embodiment of the invention is serviced at n x 

J: 20 4KHz frequency. The value of n is programmable and is directly related to the packet sizes 
M: selected. This guaranties the bandwidth allocated to each channel. There is no need to 

:f synchronize this 4KHz to frame boundaries in each channel as long as the packet size is a 

fraction of the frame size. 

FIG. 7B shows how DSP bus bandwidth is allocated to six channels. Channel 4 is 
25 inactive. Channels 1, 2, and 6 are ADSL. Channel 5 is VDSL, and channel 3 is G.lite. The 
length of the transmit/receive packet and the number of transfers per 4Khz cycle 750-752 
determines the total bandwidth per channel. Number of transfers per cycle is the same for all 
active channels but the length of transfer can be different per channel. The number of transfers 
per cycle and the transfer length must be chosen such that the excess bandwidth period 790 is 
30 minimum (less than 4 Khz/No TX per cycle). 

FIGS. 8A-B are process flow diagrams showing a portion of the processes executed 
by the DSP and AFE I/O interfaces respectively for the transport of data across the bus shown 
in FIG. 5. 
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In FIG. 8 A processing for the DSP I/O interface begins at start block 800 in which the 
DSP I/O interface including PAD 418 FIFO buffer controllers 404,438 and DSP MAC 416 
(See FIG. 4) are enabled. Control is passed to decision block 806 in which a determination is 
made as to the status of bus valid signal line 702 (See FIG 7 A). When that determination is in 
5 the affirmative control is passed to process block 808 in which the bus valid signal line is 
asserted, after which control is passed to decision block 812. In decision block 812 a 
determination is made based on the channel schedule received from the core processor 424 
and/or stored in schedule table 422 as to whether the next scheduled bus transaction for the 
DSP is a Tx or Rx. If the scheduled operation is a transmit then the PAD 418 gets the next 

10 packet to be transmitted from FIFO controller 438 and appends the appropriate header with 
channel ID etc. Subsequently control is passed to process 824 in which the bus is released by 
MAC 416. Alternately, if in decision process 812 an receive operation for a selected channel 
is indicated control is passed to request block 810 in which the PAD 418 prepares a read 
request header and places it on the bus. Subsequently control passes to process 816 in which 

15 the bus valid signal line is de-asserted. Control is then passed to process 818 in which a wait 
state is introduced, subsequent to which a determination is made in decision block 820 as to 
whether the bus has been reasserted by the responding AFE. This may also involve a 
determination as to whether the received packet has an DSP ID field 626 (See FIG. 6A) which 
corresponds with that of the receiving DSP. If the determination is affirmative, control passes 

20 to process block 822 for receipt of the data which is written to FIFO buffer 410 via controller 
404. Control then returns to next block 804 in which the core processor supplies the next 
channel, address, state (Tx/Rx) and other information to the PAD. Control then returns to 
decision block 806. 

In FIG 8B processing for the AFE I/O interface is set forth. That interface includes 
25 AFE MAC 474, PAD 476 and FIFO controllers 464,496 and associated buffers 468,502. 
Processing begins at start block 850 from which control passes to decision process 852. In 
decision process 852 a determination is made by the AFE MAC as to whether the Bus Valid 
signal line is asserted. In the event of an affirmative determination control is passed to process 
854. In process 854 the header is read and in the following decision process 856 a 
30 determination is made as to whether the AFE ID 606 (See FIG. 6B) in the header matches the 
AFE ID. In the event of an affirmative decision conrol is passed to decision block 858. In 
decision block 858 a determination is made as to whether a read or write tag is present in 
header field 614 (See FIG. 6B). If a read operation is indicated then control passes then the 
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AFE MAC asserts the bus valid signal line after which control passes to decision block 862. 
In decision block 862 the address field 604 in the header (See FIG. 6B) is read to determine 
whether a register or channel access is requested by the DSP. If a read register request has 
been indicated then in processes 864-870 the address to be read, the length of the data to be 
5 read and the actual reading and packetizing of the data on the bus with the appropriate header 
are implemented by the combined AFE I/O interface components. Subsequently, control 
passes to process 888 in which the bus is deasserted and control is passed to next block 896. 

Alternately, if in decision process 862 a read channel operation is indicated then in 
processes 880-886 the channel address and length are determined based on the contents of 
10 header fields 604 and 612. Then the FIFO buffer supplies the appropriate data for the selected 
channel to the PAD 476 appends the appropriate information in the header of the outgoing 
packet and the MAC 474 (See FIG. 4) places that data on the bus 3 10A. 

p Alternately, if in decision process 858 a determination is made that the DSP header 

^ indicates a write operation then control is passed to decision process 872 in which a 

ry 15 determination is made on the basis of the address in the header field 604 (See FIG. 6B) as to 

whether the write is directed to a register, e.g control table 480 (See FIG. 4) or to a channel. If 
SI the write is directed to a channel then in processes 874-878 the payload portion of the bus 

^ packet 302 (See FIG. 4) is passed by the AFE I/O interface to the appropriate register after 

Q which control is returned to next block 896. Alternatively, if the payload to be written is 

_T1 20 destined for a channel for a selected subscriber line then control is passed to processes 890-894 
M in which the payload of the appropriate length is removed from the bus and written to the 

S transmit FIFO buffer 468, subsequent to which control returns to next process block 896. 

FIG. 9 is a signal diagram showing the available bandwidth associated with selected 
xDSL subscriber line standards, i.e. GLite, ADSL and VDSL and their associated upper and 
25 lower frequency limits for both upstream and downstream communication. 

FIGS. 10A-D are tables listing distinct configuration parameters for several xDSL 
subscriber line standards, i.e. GLite, ADSL and VDSL. FIG. 10 A shows transmit parameters 
in the DSP which may be regulated on a channel by channel basis on the transmit path of a 
DSP via values in the header or control portions of the device packets 300 discussed above in 
30 FIG. 4 as well as in the text accompanying the following FIGS. 13A-B and 14. FIG 1 0B 

shows transmit parameters in the AFE which may be regulated on a channel by channel basis 
on the transmit path of an AFE via values derived in part from write operations to 
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corresponding registers in the AFE by the DSP during channel setup or runtime. FIG. IOC 
shows corresponding parameters for the receive path of the DSP. FIG. 1 OD shows 
corresponding parameters for the transmit path of the AFE. 

FIGS. 1 1 A-C show data structures associated with the management and provisioning 
5 of xDSL communications according to an embodiment of the current invention. In FIG 1 1 A 
the global allocation table 100 and the global resource table 1 102 are shown. These indicate 
representative information available to the DSLAM controller 200 (See FIG. 2) for controlling 
the DSLAM line cards associated with the current invention. The global resource table 
contains information contains device specific information on operating capabilities and 
10 configurability of each resource in the DSLAM and may contain similar information for a 

global cluster of DSLAMs at more than one CO or remote access terminal. With this table the 
controller can intelligently target new channels to existing resources based on parameters. One 
of those parameters is the line codes supported by the device. Another is the ability of the 
device to upgrade itself with new parameters corresponding to new xDSL standards. 

15 The global allocation table contains channel mapping between each resource, each 

physical channel the resource supports and the logical channel assigned to that physical 
channel. Each AFE is shown supporting a plurality of channels both physical and logical in 
various line codes and XDSL protocols. This reconfigurability of AFE and DSPs is a key 
feature of one embodiment of the invention. The global allocation table may also contain the 

20 actual or maximum data rate in the upstream and downstream direction allocated for the 
channel. With this information and the maximum bandwidth of each resource the DSLAM 
controller 200 may intelligently provision each new channel, and handle load balancing and 
statistical multiplexing. 

FIG 1 IB shows local allocation and configuration parameter tables 1110 and 1112 
25 respectively that are located on the control table 422 of the DSP 328. That table contains the 
address of each AFE the DSP is servicing at any given time along with the logical and physical 
channel mapping for each channels and the protocol for each channel, e.g. ADSL, G.LITE, 
VDSL, etc. The local allocation table 1110 resulted from the provisioning initiated by the 
DSLAM controller. The Local Configuration parameter table may be derived either from an 
30 internal configuration parameter table or from downloading of new parameters, supported by 
the DSP from the DSLAM controller. 
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FIG. 11C shows the local allocation and configuration parameter tables 1 120 -1 122 
respectively, associated with the AFE core processor control table 422. The allocation table 
contains physical and logica mapping and the protocol, e.g. ADSL, G.Lite, VDSL, associated 
with each physical/logical channel. The configuration parameter table contains parameters 
5 such as sample rate, filter coefficients etc. to be implemented by specific modules within the 
transmit or receive path for each module in the AFE. 

FIG 12 is a candlestick diagram showing communications between a subscriber and a 
network during initial, setup, and run phases according to an embodiment of the current 
invention. During the initial phase of provisioning a selected DSP to support a new channel all 

10 or part of the Local allocation table 1 100 and the configuration parameter table 1112 may be 
downloaded 1202 from the DSLAM controller 200 to the targeted DSP and stored in core 
processor memory 420. Next, the DSP I/O interface may download all or part of the Local 
Allocation or Local Configuration parameters to the targeted AFE for the new channel. The 
AFE I/O interface accepts a packet transfer if the header in the DSP bus packet 302 matches 

15 1204 the ID of the targeted AFE. Then the AFE stores the configuration parameters for the 
new channel in the control table 470 (See FIG. 4). 

Next setup of the channel is accomplished in accordance with whichever parameter the 
channel implements. This involves a setup handshake 1206 of transmission and response 
between the DSP and the modem at the subscriber premise after which the subscriber line is 
20 characterized and the channel bit allocation and gains are established. If the channel is 
available that information may be used to update 1210 the Global Allocation table in the 
controller. When the setup is finished 1212, control passes to the run time operation. 

Run time involves the round robin or related processing of successive packets for each 
channel, including a mix of protocols, with appropriate time segments allocated to each by the 

25 DSP and AFE. Each transmission of data from the DSP to Subscriber is accomplished across 
the DSP bus through the transmission of a packet to the AFE and the detection and acceptance 
by the AFE of those packets with a header AFE ID corresponding to that of the targeted 
device. Upstream communications are requested by the associated DSP and transferred in 
response by the targeted AFE. When an idle is detected 1 224 through either an in band or out 

30 of band signal by either the AFE or DSP that state will be updated 1226 in the local allocation 
table in the DSP and additionally updated 1228 in the Global resource table of the DSLAM 
controller. 
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FIG. 13A-B are detailed structural views of the device packets 300 utilized in the 
DSP for the transport of data between various submodules of the DSP shown in FIG. 4. The 

device packets include a header portion 1300, a command portion 1302 and apayload 1302. In 
an embodiment of the invention the header is of a fixed length. The header includes five 

5 fields. Field 1320 contains a value corresponding with the size of the packet. Field 1326 

identifies the channel associated with the packet. Field 1328 indicates any common operations 
among modules to be performed on a channel, i.e. active, inactive, idle etc. Field 1322 
contains flags for each module in the associated path, i.e. transmit or receive, and a command 
size field 1324. The command portion 1302 may contain no command blocks or may contain 

10 command blocks for one or more of the modules/submodules on the transmit/receive path. In 
FIG 13A three command blocks 1330,1332,1334 are shown. 

The core processor "talks" to selected modules indirectly through these packets and 
specifically either the common ops field 1328 or the command fields 1322-24 thereof. When 
the core processor has scheduling, setup, changeover, timing or other information for a 
15 selected module it passes the information to the module indirectly via headers for the 

associated channel together with the appropriate module. Thus the behavior of individual 
modules may be configured on the fly on a channel by channel basis. 

As each module receives each packet it performs two operations on the header. An 
update of the packet data size is performed on every packet when the processes performed by 

20 the module, e.g. DFT or IDFT change the size of the pay load. The module updates the value 
in field 1320 with the new packet size. The other operation is only performed when the 
module receives a module in which its, the modules, unique flag bit in field 1322 is set. If its 
flag bit is set, the module reads data starting from the start of the command portion 1302 in an 
amount corresponding with the command size indicated in field 1324. If the command is one 

25 to be executed on the current payload then the receiving module makes the changes and 

processes the payload data 1 334. If the command sequence is to be performed on a subsequent 
packet then the module logs the command and frame reference and executes it at the 
appropriate frame. After reading the command and processing the data, and before 
transferring the processed device packet to the next module in the queue the detecting module 

30 performs the following operations. It deletes its command information effectively by writing 
the packet out with the succeeding command blocks 1332-1334 moved from the second and 
third positions to the first and second positions after the header portion 1300 ( See FIG 13B). 
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Then the module updates both the command size in the command size field 1 324 as well as the 
packet data size 1320. 

FIG. 14 is a process flow diagram of representative processes associated with an 
embodiment of the current invention, which processes are executed by various submodules of 
5 the DSP shown in FIG. 4 in response to receipt of device packets shown in FIGS. 13 A-B. 
This command sequence may in alternate embodiments of the invention be implemented on 
either the DSP or the AFE should timing, scheduling, scalability etc. make it advantageous to 
do so. Processing begins in start bock 1400 in which control is passed to process 1402 for the 
receipt of the next packet. Next in process 1404 the common ops field 1328 is read to see if 

10 there are any common ops in the header to be executed. Common ops include a state change 
for a channel, e.g. active-> inactive/idle. Then in process 1406 the command bit in command 
flag field 1 322 is read. If in decision process 1408 a determination is made that the flag bit for 
the corresponding module is not set then that module executes process 1432. In process 1432 
the packet is processed using parameters previously associated with the channel in the modules 

15 channel specific lookup table. Next the module updates the header with the new data size in 
field 1 320 and passes the packet to the next sub module or module or FIFO buffer. Alternately, 
if in decision process 1408 a determination is made that the flag bit for the module is set 
control is passed to process 1410 in which the command is read. Control then passes to 
processes 1416 and 1418 in which the detected command block is deleted and in which a 

20 updates to the header appended to the processed data are made to reflect changes in command 
size, packet size. 

FIG. 15 is a process flow diagram of representative processes executed by the DSP 
shown in FIG. 4. Processing begins at process 1500 subsequent to which downloads 1502 
from the DSL AM controller of the Local Allocation and Configuration parameter tables is 

25 accomplished. Next in process 1 504 the DSP sets an available process time slot for the 
allocated channel(s) using resident or downloaded parameters associated with the specific 
protocol, e.g. G.Lite, ADSL, VDSL, required to support the channel. Then Tx & Rx modules 
are activated in process 1506. Then control is passed to process 1508 to initiate each channel. 
Control then passes to process 1512 for the download to each AFE of the local allocation and 

30 configuration tables relevant to the target AFE. If all channels have been provisioned in a 
corresponding targeted AFE(s) then decision process 1514 passes control to the setup phase 
for each channel in process 1516. If alternately, provisioning is not complete control returns 
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via process 1518 in which the local allocation and configuration parameter tables for the next 
channel and its associated target AFE are downloaded. 

The setup of each channel occurs in process 1516 using configuration parameters 
appropriate to whichever XDSL protocol the channel will implement. Until this is complete 
5 control is returned by decision process 1520 to next channel process 1518 until all channels 
have been setup. 

Control then passes to process 1522 in which transmit and receive operations are 
conducted in round robin or other repetitive fashion for each channel. Either a new channel or 
an idle detection among existing channels will be detected in decision process 1526 in which 
10 event control will be passed to process 1 502 for the download of new allocation and 
configuration parameters from the DSLAM controller. 

FIG. 16 is a process flow diagram of representative processes executed by each of the 
AFE's shown in FIG. 4. Processing begins at process 1600 subsequent to which downloads 
1602 from the DSP of the Local Allocation and Configuration parameter tables is 
15 accomplished. Next in process 1604 the AFE sets an available process time slot for the 
allocated channel(s) using resident or downloaded parameters associated with the specific 
protocol, e.g. G.Lite, ADSL, VDSL, required to support the channel. Then Tx & Rx modules 
are activated in process 1606. Then control is passed to process 1608 to setup each channel. 

The setup of each channel occurs in process 1620 using configuration parameters 
20 appropriate to whichever XDSL protocol each channel will implement. Until this is complete 
control is returned by decision process 1622 to next channel process 1618 until all channels 
have been setup. Control then passes to process 1 624 in which transmit and receive operations 
are conducted in round robin or other repetitive fashion for each channel. Either a new 
channel or an idle detection among existing channels will be detected in decision process 1628 
25 in which event control will be passed to process 1602 for the download of new allocation and 
configuration parameters from the DSLAM controller. 

The foregoing description of a preferred embodiment of the invention has been 
presented for purposes of illustration and description. It is not intended to be exhaustive or to 
limit the invention to the precise forms disclosed. Obviously many modifications and 
30 variations will be apparent to practitioners skilled in this art. It is intended that the scope of 
the invention be defined by the following claims and their equivalents. 
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